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Form Tip 


Figure A 


This form lets you dial a phone number with the click 


of a button. 


Letting Access dial the number 


everal readers have requested an ar- 
S ticle about dialing a phone number 

from an Access form. These people 
want a Rolodex-style form, such as the one 
shown in Figure A, that lets them use the 
computer’s modem to select a phone num- 
ber from their client or customer data and 
then dial the number. In this article, we’ll 
show you how to build such a form. We’ll 
also discuss the 
hardware you'll 
need to implement 
the technique and 
some problems that 
can arise. 


An overview 
As you'll see, the 
easiest way to con- 
trol a modem is 
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with DOS commands. In the first part of 
this article, we’ll explain the DOS com- 
mands you can use to dial a number, and 
we'll show you a batch file that automates 
the task. Then, we’ll return to the Access 
environment and build the form that will 
use your batch file. 


About your modem 

Let’s start with a general discussion of 
modems and how you operate them. A 
modem is a device that lets your com- 
puter communicate with the outside 
world. Although we aren’t doing so in 
this article, you typically use a modem to 
communicate with other computers that 
are running electronic bulletin boards or 
online services such as CompuServe, 
Prodigy, or America Online. Once you 
install a modem, you operate it by using 
telecommunications software. Such soft- 
ware packages allow you to dial numbers 
and then interact with the other com- 
puter. They also help you transfer files 
between computers. 

Sound complicated? Well, don’t worry. 
You don’t need to have any experience 
with telecommunications to make the mo- 
dem dial a number. All you need to do is 
make sure the modem is installed properly 
in one of your computer’s serial ports (and, 
of course, make sure you plug the modem’s 
phone cord into a phone jack). 

If you set up everything properly, sim- 
ple DOS commands will dial the phone 
number. The commands route the modem 
commands to the modem’s serial port. The 
modem will then pick up the commands 
and dial the number. After the modem 
dials the number and you hear the phone 
ringing, you pick up the receiver and wait 
for your client to answer. 
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What can go wrong? 

There’s one complication you may encoun- 
ter. By telling the modem to dial the num- 
ber, you give the modem control of the 
phone call. Certain modems won’t return 
control to you when you pick up the phone. 

This problem stems from the fact that 
the modem expects to hear carrier tones 
sent by the computer that answers the 
phone. Those carrier tones tell the modem 
what to do, and when the modem doesn’t 
hear the tones, it gets confused. How it 
behaves in this state of confusion varies 
from modem to modem. 

If you’re lucky, your modem will do 
nothing. You'll be able to pick up the phone 
at your leisure and have your conversation. 
In this idealized situation, the modem will 
politely take itself out of the conversation 
some time after you begin talking. 

Unfortunately, some modems won’t do 
this. In fact, some types of modems will sim- 
ply hang up when they determine the phone 
call won’t be between two computers. Inci- 
dentally, the modems that have this problem 
are usually the more expensive ones. These 
modems are sophisticated enough to distin- 
guish the human voice from the tones an- 
other computer’s modem answers with. 

If you own a modem that won't grace- 
fully bow out of your phone call, you 


must use a second DOS command to ex- 
plicitly hang up the modem after you pick 
up the phone. The phone will then retain 
the connection. 


Dialing a number with the 
ECHO command 


We'll show you the batch file that controls 
the modem shortly. Let’s first discuss the 
DOS command you'll use to send the mo- 
dem commands to the serial port. 

If you’ve written many batch files, 
you're probably very familiar with DOS’ 
ECHO command. You may be surprised to 
hear that you use the ECHO command to 
dial a phone number. You’ve probably 
used ECHO only to display data onscreen. 
For example, when you issue the command 


ECHO The Cobb Group 


from the DOS prompt, the message The 
Cobb Group will appear on the next line. 
However, ECHO isn’t limited to sending 

messages to the screen. You can use the 
redirection operator (>) to send data to 
peripherals you install in the computer’s 
parallel and serial ports. For instance, the 
command 


ECHO The Cobb Group > COM 
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will send the text The Cobb Group to the 
COMI1 serial port. Of course, the modem 
you installed at this port won’t know what 
to do with the string; nevertheless, the 
modem will receive the message. 

To dial a phone number with a modem, 
you send a message the modem will recog- 
nize as the dial command. Assuming your 
modem adheres to the Hayes-modem stan- 
dard (which almost all modems do), you 
use the command ATDT to dial the num- 
ber. The AT portion means attention and, as 
you'd expect, gets the modem’s attention. 
The DT portion means dial tone and opens 
the line for dialing a phone number. You 
follow the ATDT command with the phone 
number. For example, to call The Cobb 
Group’s Customer Relations department 
by using your computer’s modem, you'd 
issue the command 


ECHO ATDT1-800-223-8720 > COMI 


In order to hang up the modem, you 
use the ECHO command to send a differ- 
ent Hayes-modem command to the serial 
port—ATH. Again, the AT means attention, 


and the H portion means hang up. Putting it 


all together, you hang up the modem by 
using the DOS command 


ECHO ATH > COMI! 


Creating the batch file 

Now let’s put these commands to work in 
a DOS batch file. We’ll assume your mo- 
dem has problems removing itself from 
your phone call, so we’ll want to build in 
the hang-up feature. 

To create the batch file, run your favor- 
ite text editor and type the commands. If 
you're working in the Windows environ- 
ment, launch the Notepad application by 
double-clicking the Notepad icon ( 
the Accessories group. When the applica- 
tion appears, you'll be ready to create a 
new file. Enter the commands 


@ECHO OFF 

ECHO Dialing number %1. 

ECHO After you fear the phone ringing, 
ECHO pick up the phone and 

ECHO ATDT%1 > COM1: 

PAUSE 

ECHO ATH > COM1: 


Then, use the File menu’s Save As... com- 
mand to save the file as DIALNUM.BAT. 
In the Save As dialog box, be sure to select 
the directory in which you store your Ac- 
cess database. For instance, if you store 
your database in the C:\ACCESS direc- 
tory, type C:\ACCESS\DIALNUM.BAT in 
the Save As dialog box and click OK. 

As you can see, the batch file contains 
several ECHO statements. The first, 
@ECHO OFF, tells DOS not to display the 
DOS prompt as it executes the batch file’s 
commands. The next three ECHO com- 
mands simply display messages onscreen 
that tell you what’s happening during the 
batch file’s execution. 

The last two ECHO commands do the 
real work. The first of them dials the num- 
ber, and the second one sends the hang-up 
command, terminating the modem’s role 
in the phone call. Between those ECHO 
commands sits the PAUSE command, 
which suspends the batch file until you 
press a key. 

Why do you insert a PAUSE statement? 
Well, you don’t want the modem to hang 
up until it has finished dialing the number 
and the phone is, in fact, ringing. This 
process takes time. Remember, the ECHO 
command doesn’t actually dial the num- 
ber—it only routes the modem command 
to the serial port. The modem executes the 
dial command while the batch file contin- 
ues to the next command. As a result, the 
batch file will be ready to execute the next 
command long before the modem actually 
dials the number. The PAUSE command 
lets you decide when to resume the batch 
file and, therefore, send the hang-up com- 
mand to the modem. 

We also need to explain the %1 that 
appears in the batch file. The %1 repre- 
sents the first parameter you include on 
the batch file’s command line. By using 
this symbol, you can provide the phone 
number as an argument. For example, to 
dial The Cobb Group’s number from the 
DOS prompt, you'd run the batch file fol- 
lowed by 


DIALNUM 1-800-225-8720 
When you hear the phone ring, you pick 


up the phone receiver and press a key on 
the keyboard. The batch file will then send 
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: Table: Clients 


: ns 


We'll create our sample form for this table. 


Figure A 


e Program Filename: 


i Window Title: 


| Optional Parameters: 


= : Start-up Directory: 
Video Memory: @ Text 


| Memory Requirements: KB Required 


: l EMS Memory: 
XMS Memory: 


— l EJ Close Window on Exit 


- You create this .PIF file to run the > DIALNUM.BAT 
| batch file in 1a window. -o 
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C:\ACCESS\DIALNUM_BAT 
[Dialing a Number — — — | a [Dialing a Number — — — | 


© Low Graphics 


KB Required [es] KB Limit 
KB Required (ae KB Limit 


es - Display Usage: © Full Screen 
© Windowed 


the hang-up command to the modem, and 
you can talk normally. 


Running the batch file from 
Access with the Shell( ) 
function 

Now that we’ve shown you how to run the 
batch file from the DOS prompt, let’s bring 
the batch file to the Access environment. 
Let’s start by discussing how you actually 
run the batch file from Access. 

You can run any 
program by using 
the Access Basic 
function Shell(). 
The Shell( ) function 
accepts two argu- 
ments—the file- 
name and a win- 
dow style code that 


Creating a PIF file for the batch files you 
run with the Shell() function 


n the accompanying article, we use the 
Shell( ) function to run a .BAT, or batch, 
file from an Access form. In that article, we 


explain that the Shell( ) function’s second 


argument, which lets you choose a window 
style, is pretty much useless when you run 


a batch file. Shell( ) automatically runs 


batch files and other DOS programs in full- 
screen mode. Therefore, the second argu- 
ment doesn’t have an effect, because the 
program doesn’t actually run in a window. 
To make a batch file run in a window, 
you must create a 
.PIF file and run the 
.PIF file rather than 
the .BAT file. As 
you may know, .PIF 
files let you custom- 
ize the DOS envi- 
ronment Windows 
creates to run the | 
program. In this 
_ article, we'll show © 
you how to create a 
.PIF file that will 
~ run the batch file — 
- DIALNUM.BAT in 


KB Desired 


Execution: [ ] Background 
E] Exclusive 


tells the function how it should run the file 
in the Windows environment. 

However, in our example, we don’t need 
to worry about the second argument. When 
you run a DOS executable such as a batch 
file, the Shell( ) command will run the pro- 
gram in full-screen mode. There’s no sense 
in choosing a window mode when the batch 
file doesn’t run in a window! If you'd like 
to take advantage of the possible window 
modes, you must create a .PIF file for the 
batch file. For more information, see “Creat- 
ing a .PIF File for the Batch Files You Run 
with the Shell( ) Function.” 


Creating the form 

We're now ready to create the Client table 
and Rolodex-style form. We’ll use a simple 
Client table that contains a Counter field 
called Client ID as the primary key, a 
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a window. We’ll also describe the window- — 
style options the Shell( ) function’s second 
argument gives you. — 


Creating the .PIF file 


To create a .PIF file, you first launch the 
PIF Editor application from Windows. 
You'll find the PIF Editor icon (€)) i 
Main program group. In an empty PIF 
form, you type the batch file’s name in the 
Program Filename text box. Then, you 
enter the caption for the window in the 
Window Title text box. To create a window 
in which to run the batch file, you move to 
the Display Usage option group in the 
lower-left corner and then click the an 
dowed option. 

That’s all it takes. Figure A shows how 
the PIF form should look. Save the file by 
pulling down the File menu and clicking 
the Save As... command. Then, enter _ 


\ACCESS\DIALNUM.PIF in the Save As 


dialog box and click OK. If you store © 
your Access database file ina different 
directory, use that directory name. Fi- 


nally, close the PIF appiicanon a and ; re- 
turn to Access. : | 


Name field, and two phone number 
fields—Work Phone and Car Phone. Fig- 
ure B shows the table’s data sheet with a 
few sample client records. 

We'll use the Single-Column form wiz- 
ard to create the basic form and then enter 
Design View to place the buttons and as- 
sign the Shell( ) function calls to the but- 
tons’ On Push properties. Start by high- 
lighting the Client table in the Database 
window and clicking the New Form but- 
ton (Œ) on the tool bar. Next, click the 
FormWizards button in the New Form 
dialog box. Then, in the following dialog 
box, select the Single-Column wizard and 
click OK. In the wizard’s first dialog box, 
click the Fast Forward button (||) to gen- 
erate the default form. In the wizard’s last 
dialog box, click the Design button. When 
you do, the wizard will generate the form 
shown in Figure C. 


The Shell( ) function’s 
window-style argument | 


Once you return to Access, you're ready to- 


replace the DIALNUM.BAT batch file in 
the Shell() function with DIALNUM.PIF. 
= Now that the batch file will run in a win- 
dow, you can set the Shell( ) function’s 
window style with the second argument. 
Table A lists the possibilities. 

Now let's use the .PIF file in the accom- 
panying article’s Rolodex-style Client 
form. Enter Design View for the form, 
select the Dial button next to the Work 
Phone text box, and open the property 
sheet. In the On Push property, replace the 
existing Shell() function call with 


Shel l{"C: \ACCESS\DIALNUM. PIF 
= |{Work Phone]!",2) 


For our purposes, we'll run the batch file 
with the default window style, 2, which 
runs the file in a minimized window that 
retains focus. : no 
Note: You must select a window-style 
code that lets the batch file retain focus. If 


you don’t, you won't be able to interact 


Figure C 


We'll use the default single-column form in our example. 


Next, place the Dial buttons on the form. 
First, open the tool box by pulling down 
the View menu and clicking the Toolbox 
entry. Then, select the Command Button 


with the batch file. However, you may opt 
for a normal, minimized, or maximized win- 
dow that retains focus. By doing so, you'll 
ensure that your Access form remains visible 
while the batch file dials the phone number. 


Table A 
Code Window Style 
1,5,9 Normal with focus 


2 Minimized with focus 


3 Maximized with focus 
48 Normal without focus 


Description 

Creates an ordinary win- 
dow for the file and makes 
that window current while 
running the program 
Creates a minimized win- 


dow for the file but keeps 


the window current so that 
it receives your keystrokes © 


Creates a maximized win- 


dow in which to run the file 
Creates an ordinary win- 


dow for the file but leaves — 


6,7 Minimized without focus 


the Access window current | 
while running the file 
Creates a minimized win- 
dow for the file but leaves 
the Access window current- 


while running the file 
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tool ((©|) and place a button to the right of 
the Work Phone text box. By default, the 
button will be quite large. You'll need to 
reduce the button to the size of the text box 
control. Next, open the property sheet by 
clicking the Properties button (J) on the 
tool bar. Replace the Caption property’s 
default entry with the label Dial. Then, 
assign the function call 


=Shell("C:\ACCESS\DIALNUM {[Work Phone]!") 


to the On Push property. 

To create the other button, use the Edit 
menu’s Duplicate command. This com- 
mand will create a button that’s the same 
size as the first button and has the Cap- 
tion and On Push property values we just 
set. Position the new button just to the 
right of the Car Phone text box control. 
Then, move to the On Push property in 


the property sheet and modify the func- 
tion call so it reads 


=Shell("C:\ACCESS\DIALNUM i[Car Phoneli") 


You’re now ready to use the form. Click 
the Form View button (|]) on the tool bar. 
Then, try clicking one of the Dial buttons. 
A friendly Cobb Group customer service 
representative will answer. 


Notes 


The Shell() function calls we use in our 
example grab the phone number directly 
from the form control. If you design your 
form to do the same, you must take care to 
store the phone numbers exactly as you 
want to dial them. For instance, you must 
begin long-distance phone numbers with 
the digit 1. + 


Tips for forriiulating the phone number you send 


to the modem 


T the accompanying article, we showed you how to 
dial a phone number with your computer's modem. 
However, we didn’t describe how the modem interprets 
the digit in the phone number you send. In this short 
article, we'll discuss several things you'll need to keep 
in mind as you formulate the phone number you send 
to the modem. 


Punctuation in phone numbers 
The first item we'll discuss is the punctuation you use in 
phone numbers. You may have wondered what the mo- 
dem does with the hyphens we embedded in the numbers 
in the accompanying article. Well, the modem i ignores 
them. They’re simply optional. You can leave them in if it’s 
more convenient, or you can strip them out. Furthermore, 
“modems will i ignore parentheses, so you can send a phone 
number in the format (800) 232-8720. 


‘The comma character 

One character that modems treat specially is the comma, 
which tells the modem to pause for about a second. 

(You can change the pause duration with certain mo- 
dem commands; however, we won’t discuss those ad- 
vanced modem commands in this article.) Why would 
you ever want to pause while dialing a number? Well, 

_ the comma is almost always necessary when you need 
to dial out of your company’s phone system by first 
pressing the 9 button. If you must dial 9 to get an out- 
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side phone line, you must send the number in the 
format 9,1-800-223-8720. 


Protecting against Call Waiting 

The last issue we'll discuss doesn’t have a direct im- 
pact on the modem when you're dialing a number in © 
order to reach a customer. It’s more important when — 
you're using your modem to communicate with an- 
other computer. 

If you use a modem from a phone line that has 
Call Waiting, you may want to disable the service. 

As you may know, Call Waiting prevents you from 
missing calls when you're already on the phone. If 
another person calls while you're talking to someone, 
you hear a beep. You can then switch to the other 
caller and decide who you really want to talk to. 

The problem is, the beep you hear breaks the 
connection between the modems. Fortunately, you 
can disable Call Waiting by dialing the four-digit 
code 1170. After you dial the four digits, the dial 
tone will return. You can then dial the number 
normally. When you want to disable Call Waiting 
for a phone call through the modem, you send the 
1170 code and then a comma in order to wait Tor 
the dial tone. 

Note that some areas don’t have the ability to turn 
off Call Waiting. If, after dialing 1170, you hear a fast 
busy signal, you can’t disable Call Waiting. 


Creating custom menu bars 


for the first time 


f you've worked with Access for long, 

you know how easy it is to customize a 

form to suit your particular needs. As 
you become more sophisticated in design- 
ing forms, you'll use more sophisticated 
tools. In this article, we’ll show you a 
form-design tool that many beginning 
Access users are reluctant to take advan- 
tage of: We’ll show you how to create cus- 
tom menu bars for your forms. 


The basics 


Many new users are a little intimidated by 
creating custom menu bars. However, 
when you do it for the first time, you'll see 
that it’s actually quite simple, and you'll 
probably want to create custom menu bars 
for many of your forms. 

The basic steps for creating a custom 
menu bar are 


e Planning your menu bar on 
paper (mapping out the com- 
mands and operations you 
want to include on the pull- 
down menus) 


e Creating a macro group for 
each pulldown menu you 
want to define (since macros in 
the groups implement the 
individual options on the 
pulldown menu) 


e Defining a macro that creates 
the menu bar by executing an 
AddMenu action for each 
pulldown menu 


e Opening in Design View the 
form for which you’ re design- 
ing the menu and assigning 
the menu bar macro to the 
form’s On Menu property 


After you complete these steps, your new 
menu will appear in place of the standard 
Access menu when you open the form. 


The example 


To show you this procedure, we'll create a 
simple menu step by step. Let’s start by 


defining the table we’ll use in our ex- 
ample. Figure A shows an Orders table, 
which contains a counter field named 
Order ID as the table’s key field and addi- 
tional fields named Order Date, Salesper- 
son, and Order Amount. 


Figure A ——_——_—_——________ 


11/3/93 David Brown 
11/3/93 Art Bobner _ 
11/3/93 David Brown 
11/3/93 

11/3/93 David Brown 
11/3/93 Art Bobner 


$250.00 


We'll use this Orders table in our example. 


Let’s next create the form for which 
we'll define the custom menu bar. High- 
light the Orders table in the Database win- 
dow and click the New Form button (Œ) 
on the tool bar. Then, click the Form- 
Wizards button in the New Form dialog 
box. When the next dialog box appears, 
select the Single-Column form wizard and 
click OK. In the Single-Column wizard’s 
first dialog box, click the Fast Forward 
button (21). When the wizard’s final dia- 
log box appears, click the Design button. 
Access will generate the form shown in 
Figure B. 

You don’t need to make any additional 
changes to the default form at this point. 
For now, save the form by pulling down 
the File menu and selecting the Save As... 
option. Enter Orders Browse in the Save As 
dialog box and click OK. 


Figure B 


Form Tip 


We'll design a custom menu for this simple form. 
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Building the custom 
menu bar 


We'll next turn to the custom menu bar 
you want to build for the Orders Browse 
form. The initial step is to plan the menu 
system. In this simple example, you'll cre- 
ate two pulldown menus. The first, called 
Form, contains two options—Print and 
Close. The second pulldown menu, called 
Records, will offer five options—Find, for 
searching the table for certain data, and the 
four standard navigational actions, Go To 


The MenuOrdersForm Macro 


Macro Name Action Action Arguments 


Menu Bar = Form 
Menu Name = File 
Command = Print 


DoMenultem 


Close 


Table B 


The MenuOrdersRecords Macro 


Macro Name Action Action Arguments 


Menu Bar = Form 
Menu Name = Edit 
Command = Find 
Record = Previous 
Record = Next 
Record = First 
Record = Last 


DoMenultem 


Find 


Go To Previous 
Go To Next 

Go To Top 

‘Go To Bottom 


GoToRecord 
GoToRecord 
GoToRecord 
GoToRecord 


Figure C 


Microsoft Acd 
Records 
Find ofS Vel |e} Field: [Order IL 
GoTo Previous W Wi | a= | SSS Ze 
Go To Next , 
Go To Top 
Go To Bottom 


Form 


igrecod DI | 


fate TSB 
s person: 
Maie $200. 00 | 


These screen shots show how the two pulldown menus look when you use the 
Orders Browse form. 
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Previous, Go To Next, Go To Top, and Go 
To Bottom. In a real-world situation, you’d 
probably want to create more menu op- 
tions than this. For our purposes, we want 
to keep things simple. 

Once you've planned your menu, you 
create macro groups for the two pulldown 
menus. Table A shows the macro group 
named MenuOrdersForm, which defines 
the macros for the form’s pulldown menu. 
Table B shows the macro group named 
MenuOrdersRecords, which defines the 
Records menu options. 

To create these macros, click the Macro 
button in the Database window and then 
click the New button. When the new 
Macro window appears, click the Macro 
Name button ((§) on the tool bar and en- 
ter the macro names, actions, and action 
arguments. Save the macros by using the 
Save As... command on the File menu. 

Next, you create another macro that 
defines the menu bar. This macro is sim- 
ply a collection of AddMenu items that 
identify the menu bar’s pulldown menus. 
To create this macro, make sure the Data- 
base window lists the macros and click 
the New button. Then, when the new 
Macro window appears, enter the actions 
and action arguments listed in Table C. 
When you’ ve finished, pull down the File 
menu and click the Save As... command. 
Type the macro name MenuOrdersBar and 
click OK. 

You now assign the menu macro to the 
Orders Browse form’s On Menu property. 
Return to the form and enter Design View. 
Then open the property sheet by clicking 
the Properties button (J) on the tool bar. 
In the On Menu property, click the drop- 
down arrow and then click MenuOrdersBar 
in the selection list. By doing so, you tell 
the form to display the MenuOrdersBar 
macro’s menu system while you view the 
form. Figure C shows the two menus. 


Suggestions for your first 
custom menu bar 


After you've worked through the example 
we've presented here, you'll probably 
want to create menu bars for your own 
forms. We have one piece of advice: Don’t 
underestimate the importance of planning 
your menu system. You should choose a 
form you're very familiar with and write 


down the commands and operations you 
routinely need while you use that form. 
Since you're so familiar with the form, the 
task of arranging those commands and 
operations will come naturally. 


Conclusion 


In this article, we showed you how to cre- 
ate a custom menu bar for the Orders 
Browse form, and we walked through the 
basic steps necessary to put a useful menu 
on the screen. There’s plenty more you can 
do with menus in Access. If you’re inter- 


Five pointers for creating custom 


menu bars 


n “Creating Custom Menu Bars for the 

First Time,” on page 7, we walked you 

through the basic steps you use to 
create a custom menu bar for a form. In 
this article, we'll show you five design 
tips that will bring a professional touch to 
your menus. 


1. Duplicating Access 
menu items 


We’ve already used our first tip to create 
the example we showed you in the previ- 
ous article. We include it here in the list 
only because it’s so important for you to 
know that you can duplicate Access menu 
items in your custom menus by using the 
DoMenultem action. 

The situation we described in the pre- 
vious article contains two examples. You 
used the DoMenultem action in the macro 
MenuOrdersForm to implement the Form 
menu’s Print option. You used the action 
in the macro MenuOrdersRecords to create 
the Records menu’s Find option. Figure A 
shows the Print dialog box that appears 
when you select the Print menu option on 
your custom menu. As you can see, it’s the 
same dialog box that Access produces 
when you issue Access’ Print... command 
on the File menu. 

One additional tip we’ll point out here 
is to include an ellipsis (...) with names of 
menu options that lead to dialog boxes. 


Table C 


The MenuOrdersBar Macro 
Action Arg uments 


Action 
AddMenu Menu Name = Form 

Menu Macro Name = MenuOrdersForm 
Menu Name = Records 


AddMenu 
: | Menu Macro Name = MenuOrdersRecords 


ested in enhancing the appearance of your 
menus, read “Five Pointers for Creating 
Custom Menu Bars,” below. * 


You’ve probably noticed that menu option 
names in all Windows-based applications 
end with the ellipsis when selecting an 
option name calls a dialog box. 


Form Tip 


2. Creating access keys for 
the menu options 


In previous articles, we’ve told you how to 
create access keys for command buttons 
and controls on forms. Well, you can create 
access keys for menu options as well. 

Let’s first review the technique. As you 
may remember, you typically define an 
access key by inserting an ampersand (&) 
just before the letter you want to make the 
access key. When you view the form, the 
access key letter will be underlined in the 
button name or control label. 

When you define an access key for a 
menu item, you do 
the same thing. 
You insert an am- 
persand in the 
name of the macro 
that defines the 
menu item. To do 
this, you must open 
in Design View the 
macro group that 
defines the option’s 
pulldown menu. 
You can then go 
down the list of 


Figure A 


The DoMenultem action you use in your custom 
menu to print the form produces the same Print 
dialog box that Access provides. 
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macro names, defining access keys for all 

the menu options in the macro group. 
Figure B shows the access keys you can 

define for the options on the Records 


GoTo&Previous GoToRecord 


Go To &Next GoToRecord 


Sl Goto Top GoToRecard 


~ GoToRecord 


GoTo &Bottom 


Microsoft A 


Go To Previous 
Go To Next 

Go To Top |. _ ee 
| GoTo Bottom SESC Ce 


Here you can see the ampersands that define the access keys and how the 
access keys appear in the pulldown menu. 


-MenuOrdersRecords 


You define an access key for the pulldown menu in 
the AddMenu action’s Menu Name argument. 


@ Go To &Previous GoToRecord Move to the previous record 

— Go To &Next Gol oRecord Move to the next record 

GoTo&Top GoToRecord Move to the first record in the table 
Go To &Bottom GoToRecord Move to the last record in the table 


Action Arqumerts — 


macro name in this column. 


When you highlight a menu option, Access displays the text you enter in the 
option’s Comment cell in the Status Message area at the bottom of the screen. 
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menu. The figure shows the macro group 
and the resulting pulldown menu. 

You can also define access keys for the 
menu items on the menu bar. To do so, you 
open in Design View the macro that as- 
sembles the menu bar. You then insert the 
ampersand in the Menu Name action argu- 
ment of the AddMenu action. 

Returning to our example, suppose you 
want to make R the Records menu’s access 
key. Figure C shows the ampersand you 
insert in front of the R in the Menu Name 
argument’s Records entry. 


3. Providing captions for the 
menu items 


We'll next turn to providing captions for 
your menu items. You can define captions 
for both the pulldown menu names on the 
menu bar and the individual items on the 
pulldown menus. Access displays both 
types of captions in the status bar when 
you highlight the menu item. 

At the time you modified the macro 
MenuOrdersBars in the previous section, 
you may have noticed the Status Bar Text 
argument of the AddMenu action. You 
enter in this action argument the caption 
you want for the menu bar item. 

How you provide captions for the menu 
options on the pulldown menus isn’t obvi- 
ous. You enter captions for the menu op- 
tions in the Comment column of the macro 
groups. Just type the caption in the first line 
of the menu option’s macro. Access will 
display your entry in a macro’s Comment 
cell when you highlight the menu option. 
Figure D shows the captions we entered for 
the menu items in the Records menu. 


4. Inserting separator bars to 
group related commands 
Separator bars are another feature you'll 
want to include in your custom menus. 
You insert separator bars in your pull- 
down menus to cluster the menu’s related 
commands. By grouping related com- 
mands, you make the menu easier to read. 
When you pull down the menu, you'll be 
able to find the entry you need, since you 
can skip sections of options that obviously 
don’t apply. 

You create separator bars in the macro 
groups. To do so, you first create a row 


between the macros of the two options you 
want to separate and then type a hyphen in 
the new row’s Macro Name cell. 

To illustrate this technique, we’ll show 
you how to separate the Find option from 
the four Go To options in the example’s 
Records menu. First, you'll need to open 
the MenuOrdersRecords menu in Design 
View. Next, insert a row after the Find 
macro and enter a hyphen in the Macro 
Name column. Figure E shows the result. 


5. Turning off the menu 


As our final tip, we'll tell you how to turn off 
the menu bar. You open the form in Design 
View, display the property sheet by clicking 
the Properties button (Œ) on the tool bar, and 
assign =0 to the On Menu property. When 
you then click the Form View button (E3 
the tool bar, the menu bar will no longer ap- 
pear at the top of the Access window. 


Conclusion 


In this article, we embellished “Creating 
Custom Menu Bars for the First Time” 


Printing memo entries with the Can | 
Shrink and Can Grow properties 


f you use Memo fields in your tables, 
you may experience a few problems 
when you try to print your memo en- 
tries on a report. In this article, we’ll show 
you everything you need to know about 
printing long text or memo entries on 
a report. We’ll first describe how the 
Can Grow and Can Shrink properties 
help you. We’ll then discuss the Keep 
Together property. 


Understanding the Can 
Shrink and Can Grow 
properties 

By setting a text box control’s Can Shrink 
and Can Grow properties, you tell Access 
whether it can resize the control according 
to the entry’s size. When you set Can 
Shrink to Yes, Access will shrink the text 
box if the entry is shorter than the control. 


Figure E 


oMenultem 


| |GoTo&Next _ 


GoToRecod -Move to the previous record 


‘GoToRecord Move to the next record 


GoToRecord Move to the first record in the table 


GoToRecord Move to the last record in the table — 2200 


Microsoft 


| Form Records 


Go To Previous 
Go To Next 
Go To Top 


CAFE 


You can insert a separator bar to distance the Find option from the four Go To 
menu options. 


with five design tips. These tips will 
help you give your menus the profes- 
sional look commercial Windows appli- 
cations have. * 


When you set Can Grow to Yes, Access will 
lengthen the text box if the memo entry is 
longer than the control. By assigning No to 
those properties, you tell Access to print 
the control as it appears in the report’s 
Design View. 

The Can Grow property is the more 
important of the two when you're printing 
memo entries. It lets you design a coherent 
layout for the report section but lets Access 
expand the control when the text box con- 
tains a long entry. 


Report Tip 


An example 

Let’s build a sample report that uses the 
Can Grow property to print a memo entry. 
Table A on page 12 shows the structure of 
the Help Info table, which stores informa- 
tion about various Access features. The 
Help Info table uses the counter field Topic 
ID for its key and uses the text field Topic 
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Description to store the topic’s title or de- 
scription. The third field, Help Text, is a 
memo field that stores the information the 
Access Help system provides on the topic. 
We'll create a report that prints the memo 
entries in the Help Text field. 

After you create the table, you must 
load it with data. Let’s walk through the 
steps for using the Help system to enter 
our test data. You'll first start the Help 
system and then look up the topics you 
want to include. When you find the topics, 
you'll copy the Help text to the Clipboard 
and then paste it into the Help Text field in 
the Help Info table. 

Start by pulling down the Help menu 
and selecting the Search... option. Then, 
begin typing the first entry. After you type 
Can, you'll see the CanGrow and CanShrink 
entries appear at the bottom of the selec- 
tion list. Double-click the CanGrow entry to 
see the topic descriptions for that keyword. 
The Help entry CanGrow, CanShrink Proper- 
ties will appear. Click the Go To button to 
see the text for that Help topic. 

When the Help window appears, you 
must copy the text to the Clipboard. Do 
so by pulling down the Edit menu and 


Table A 


The Help Info Table 
Key Field Name Data Type Field Properties 


TopicID Counter 
_ Topic Description Text Field Size = 50 
Help Text Memo 


Figure A 


Report: Reporti 


it 
opic Description 
| Help Text 


reps 


After you place the fields, your report should look like this. 
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selecting Copy. The Help system will 
open the Copy dialog box. Before you 
can copy the text, you must select it. 
First, click the scroll bar thumb and drag 
it to the bottom of the scroll bar. Then, 
shift-click below the last line of the Help 
entry. Since the cursor resided at the 
very top of the entry, shift-clicking at the 
bottom will select the entire text. Next, 
click the Copy button. 

Finally, return to the Help Info table in 
Access and enter the topic title—CanGrow, 
CanShrink Properties—in the Topic Descrip- 
tion field. Next, move to the Help Text 
field and paste in the Help text by using 
the Edit menu’s Paste command. You'll 
repeat this process for the Keep Together 
property, the Dim statement, and the Glo- 
bal statement. 

To create the report, highlight the Help 
Info table in the Database window and 
click the New Report button ((§}) on the 
tool bar. In the New Report dialog box, 
click the Blank Report button. When the 
new Report window appears, click the 
Field List button (J) on the tool bar. Then, 
drag the three fields from the field list to 
the report’s Detail section. Next, rearrange 
and format the text box controls as shown 
in Figure A. 

Note that we’ve boldfaced the label 
controls for the Topic ID and Topic De- 
scription text boxes. You create this effect 
by clicking on the label so that you select 
the label control rather than the text box. 


tool bar. We also resized the Help Text text 
box and deleted its label. 

Figure B shows how this first try at the 
report looks. Notice that you can see only 
the first couple of lines of the Help Text 
memo entry. Also, you can see only the 
first line of the Topic Description entry. 
You can’t see the full entries because the 
Can Grow properties of those text boxes 
are set to No. 

To see the full entries in the Topic 
Description and Help Text fields, you set 
the Can Grow properties of the text box 
controls. Select the Topic Description 
field’s text box and click the Properties 
button (Œ) on the tool bar. Then, change 
the Can Grow property to Yes, as shown 
in Figure C. 


Figure B 


1 CanGrow, CanShrink Properties 


Can Grow, Can Shri See AlsoDAccess Basic 


2 KeepTogether Property 
Keep Together prop See AlsoOAccess Basic 


Topic ID 
Topic Descriptio Dim statement 


Topic ID Global Statement 


Topic Descriptio See AlsoUExample 


Before you modify the Can Grow properties, the 
report prints only the portion of the entry that will fit 
in the control. 


Figure D shows the first three pages of 
the resulting report. As you can see, the 
full memo entries print. You may also no- 


tice that each memo begins on a new page. 


We'll have more to say about that later. 


The Can Grow and Can 
Shrink properties of report 
sections 


So far, the report formats the long text and 
memo entries with only the text box con- 
trols’ Can Grow 

property. However, Figure D 
report sections also 
have Can Grow and 
Can Shrink proper- 
ties. As you'd ex- 
pect, by setting 
these properties, 
you tell Access 
whether it can 
resize the report 
section based on the 
size of the controls 
in the section. 


1 CanGrow, CanShrink Properties 
See AlsoN Access Basic 
Apply To 


Topic 10: 


Topic Descriptio Can Grow, Can 
Shrink properties 


Description 


can be printed. 


Setting 


The CanGrow property settings are: 
Setting Description 


Yes The section or control 


Setting Description 


leaving blank lines. 


Yes, Microsoft Access does not set 
override thi 


Form and report sections. Tools and controis (subform/sub 


OCanShrinkdetermines whether the size of a section or cont| 
data can be printed without leaving biank lines. 


‘so that ail of its d 
NoO(Defauk) The section or control doesn't grow. Data that 


The CanShrink property settings are: 


YesO The section or control shrinks vertically so that its data 


NoO(Defaut) The section or control doesn? shrink. 


fault setting is No—just as it is for a text 
box control. Access automatically 
changes it when you assign Yes to the 
Can Grow property of a control the sec- 
tion contains. In the above example, the 
instant you change the Topic Description 
control’s Can Grow property to Yes, Ac- 
cess changes the Detail section’s Can 
Grow property to Yes. 

Access automatically sets the section’s 
Can Grow property because the vast 


Figure C 


Text Box 
opic Description 


In the property sheet, you set the controls’ Can Grow properties to Yes. 


whether the size of a section or contr 


Topic ID: 2 KeepTogether Property 
Topic Descriptio Keep Together See AlsoDAccess Basic 
property 
Applies To 
Form and report sections (al except page headers and page foo 
Determines whether Microsoft Access prints an entire section on o 


Topic ID: 


Setting 
‘The KeepTogether property settings are: 
Setting Description 


\ccess begins printing the section at the top of thel Syntax 


Sant ud al thon Ba a 
af lnm Microso Accesa pints se much o of the section as p 
continues printing it on the next page. 


Remarks 


Remarks 


If a section is longer than one page, Microsoft Access continues p 
regardless of the KeepTogether setting 


this behavior by manually setting the section's Car 


As you can see 
in Figure D, the 
Detail section that 
contains the memo 
control grew with 
the large memo 
entries. Conse- 
quently, you might 
think the Detail 
section’s Can Grow 
property has the 
default setting Yes. 


type cla ‘clase 


for each arı 


If you use a 


3 Dim Statement 


Topic Descriptio Dim statement See AlsoDExample 


Used at the module level and at the procedure level to declare variables and allocate 
storage space. 


Dim variablename|([subscripts))|[As typel[, variablename{(/subscripts))|[As type] | 


The Dim statement uses these arguments. 


siri iala i String * length (for 
ee Sap ame tos Use a separate As 


Subscripts i 
Daner To Te upper aner To se 


Mich see: ‘subscripts. The following st 


number of array dimensions 
You can calculate the amount of memory used by a numeric array by multiplying the eag 
in yeep AEn ais 2 tre mapa of the array. For 
ary 


many elements a: 
arrays are we ied hs er ABAK bytan bao 


ibscript that is greater than ri a apacia maamim dr emahar tiari n the specified 
minimum, er anor osoure ora a a message is displayed, unless varpen error-handling 
code. An error also occurs il K Tn siza of ie aray (in tang of bytas of mory used) exceed: 
the allowable limits described a 
Use Dim in the Declarations section of a a module to declare variables that are available to all 
Procedures thi ugno we me jule. 
Use Dim in a Sub or 
procedure. ie penera oceedpranmng pete o Fak in saternorte adhe 

e 


declare the data type of a variable. For example, the 


the Dim statement has the following syntac 


word provides a ir o EEMS BAN Iha lewar and upper bounds of an 
atements equivalent if there e is no Option 


soina Ra Samne n 


an ager array can contain 
rarene veo a A Wee ee deca String 
storage 


‘unction procedure to declare variables that are local to 


section or in Sub or Function procedures: 
follows 


ng statement declares oe 


Actually, the de- After you set the control’s Can Grow properties to Yes, you can see the full text and memo entries. 


LL 
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majority of the times you set a control’s 
Can Grow property to Yes, you want the 
control to print the entire entry. If the 
section’s Can Grow property remained No, 
the control could grow only as much as the 
space allotted to the section. 

However, you sometimes want to limit 
the size of a section when you want to let 
the section’s controls grow. For instance, 
you may wish to define a maximum size 
for a section. In this case, you’d set the 
section’s Can Grow property to No. That 
way, the section won’t grow beyond the 
maximum amount of space, even if you 
assign Yes to the Can Grow properties of 
the section’s controls. 

Suppose you want to confine the Help 
Text memo entries to a maximum of two 
inches. You’d drag the lower boundary of 
the Detail section to the two-inch mark on 
the vertical ruler. You’d then set the Detail 
section’s Can Grow property to No. Figure 
E shows the elongated Detail section and 
the report that results. 


Figure E 


1 CanGrow, CanShrink Properties 


Can Grow, Can 
Shrink properties: 


See AlsoUAccess Basic 


Apply To 
Form ard report sections Tools and controls (subform/subreport, text box) 
Description 
CCanGrowdetermines whether the size of a section or control increases so that al cf its data 
can de printed. 


OCanShrinkdetermines whether the size of a section or control decreases so that ail of its 
data can be printed without leaving blank lines. 


2 KeepTogether Property 
See Also Access Basic 
Appiies To 
Form and report sections (all except page headers and page footers) 
Description 
Determines whether Microsoft Access prints an entire section on one page. 


Setting 


The KeepTogether property settings are: 
Topic ID: 3 Dim Statement 


See AlsoC Example 


Used at the module ievel and at the procedure level to declare variables and allocate 
storage space 


Syntax 
Dim variablenamef{([subscripts [As type]], vanablename{([subscripts])|[As type} ] 


Remarks 
4 Glooel Statement 


See AlsodExampie 


Used at the module level to declare Global variables and allocate storage space. 


Syntax 
ali vanablename{(|subscripts})] {As type] |. variabename[([subscripts)] [As 
typel] 


Remarks 


Using the Keep Together 
property 
As we pointed out, each memo entry in the 
report begins at the top of a new page. You 
may be wondering why. After all, there’s 
plenty of room at the bottom of most pages 
to fit a few lines of the next entry. Well, the 
report starts the memo entries on separate 
pages because the entries are too big for two 
to fit on a page. By default, the report will 
move to the next page when it can’t lay out 
all the section’s controls on the current page. 
However, you can choose whether you 
want the report to allow a section to span 
two pages. If you select the section and open 
the property sheet, you'll find a property 
named Keep Together. By default, the prop- 
erty will be Yes. If you change it to No, the 
report will follow each section with the next, 
regardless of where on the page the section 
ends. To see how this works, change the 
Keep Together Detail section of our sample 
report. When you set the property to No, the 
report will print as shown in Figure F. 


Notes 


In our example, we created a blank report 
and placed the fields’ text box controls one 
at a time. When we did, Access assigned 
the default value of No to the Can Shrink 
and Can Grow properties, and it assigned 


Figure F 


Topic ID: 41 CanGrow, CanShrink Properties 


Topic Descriptio Can Grow, Can 
‘Shrink properties 


See Also Access Basic 

Apply To 

Form and report sections. Tools and controls (subform/subreport, text box) 

Descripti 

OCanGrowdetermines whether the size of a section or control increases so that all of its data 


inted. 
OCanShrinkdetermines whether the size of a section or control decreases so that all of its 
data can be printed without leaving biank lines. 


Setting 
The CanGrow property settings are: 
Setting Description 


YesOThe section or control grows vertically so that all of its data can be printed. 
NoO(Default) The section or control doesn't grow. Data that doesn't fit is clipped. 


The CanShnink property settings are: 
Setting ODescription 


YesGThe section or control shrinks vertically so that its data can be printed without 


ing blank lines. 
Noc (Default) The section or control doesnt shrink. 


Remarks 


override this behavior by manually setting the section's CanGrow property to No 


Topic 1D: 2 KeepTogether Property 
Topic Descriptio Keep Together See AlsoUAccess Basic 

property 
Applies To 
Form and report sections (all except page headers and page footers) 
Description 
Determines whether Microsoft Access prints an entire section on one page. 


Setting 


When you set a section’s Keep Together property to 


You can set the Detail section’s Can Grow property to No to define a maximum 
size for the memo field’s text box. 
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No, the report won't begin a new page when the next 
section won't fit on the page. 


Yes to the Keep Together property. If you 
create reports with the wizards, the initial 
property values may be different. The wiz- 
ard makes the changes that are necessary 
for the style of report you choose. 

Also, everything we’ve discussed about 
the Can Shrink, Can Grow, and Keep To- 


Using report parameters when the report isn’t 
based on a table or query 


i your May issue of Inside Microsoft Ac- 
cess, you printed a useful article entitled 
“Using Parameters in Reports to Provide 
Information as You Print.” The article ex- 
plains that you can use parameters in re- 
ports just as you can in queries. You 
simply enter a parameter in the Control 
Source property of a report’s text box con- 
trol. When you run the report, Access will 
prompt you for the parameter value just as 
it does when you run a parameter query. 
Access will then use the value you typed to 
print the text box control. 

I’ve learned that the technique works 
only when the report is based on a table or 
query. I often design reports that exclu- 
sively use Domain functions, such as 
DSum() and DLookup( ). Since I don’t base 
these reports on a table or query, I quickly 
had trouble implementing your technique. 

In my specific situation, I base the re- 
port’s data on a field named GENID. The 
report prints data by using a certain range 
of the GENID field’s entries, and I want the 
report's title to indicate this range. Because 
I can’t use your technique, I currently enter 
Design View to adjust the report’s title 
every time I print the report. What I need is 


Subscribe t to inaid M licrosoft. A Access Resource © Dis! l 


gether properties in reports applies to the 
corresponding properties in forms. Of 
course, those commands affect only how 
Access prints the form. When you're view- 
ing the form, the text box controls provide 
scroll bars to let you browse the full entry. 
The size of the text box remains constant. * 


a way to prompt for the report title as your 
article does. Any ideas? 


Letters 


Joe Okoneski 
West Linn, Oregon 


Mr. Okoneski has found an interesting 
problem that has a fairly easy solution. 
While it’s true you should base the report 
on a table or query before Access can 
prompt for parameters, you don’t actually - 
need to use the table or query in the re- 
port. In other words, you can base the 
report on a table or query but then place 
no field controls on the report. The table 
can just sit there in the background. 

There’s one complication. When you 
print the report, Access will print the De- 
tail section for every record in the table. If 
you placed the DLookup( ) and DSum( ) 
functions in the Detail section, Access will 
print many copies of your report. 

To ensure that Access will print just one 
copy, you should base the report on a table 
containing no data. We suggest you create 
anew dummy table that will always re- 
main empty: Its sole purpose is to exist for 
the report. 


- D: you wish that j you could experiment with - : A six-month subscription to Tasided Micr SS 
| Resource Disk costs $29. A full one-year subsc ipt on is 


the forms, reports, tables, macros, modules, DS : 
and queries we regularly feature in Inside Mees - a $49. ie fyon don t want to subscribe but would like the 
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“lease include account number from label with any correspondence. 


A better way to tie query 


want to thank you for a very informa- 

tive article (“Using Query By Form to 
Replace a Parameter Query’s Dialog Box”) 
in your June issue of Inside Microsoft Ac- 
cess. In that article, you base the query 
criteria on the values in a form’s controls. 

As you noted, it’s important to formu- 
late the criteria in such a way that the 
query won’t limit the records by a field 
entry when the form control doesn’t con- 
tain a value. For instance, if you often 
want to limit the query results by a state 
code entry, you’d include the State field 
in the query. Then, in the Criteria cell, 
you'd enter an expression that refers to a 
field on the form in which you type the 
actual criteria. Now, suppose you don’t 
always want to limit the query results 
by the State field’s entries. When the 
form control is blank, you want the 
query to return records with any entry 
in the State field. 

In your article, you accomplished this 
by placing the expression 


Like IIf([Forms]! 


=> [Customer Names From A State]! 

=> [Input State] Is Null, “«", 

= [Forms]![Customer Names From A State]! 
= [Input State]) 


in the State field’s Criteria cell. This com- 
plex IIf() function returns an asterisk if the 
form control is blank, and the function re- 
turns the form control's value if the control 
is not blank. When the npu State control is 


ae you c can let only 
ries when you select 


© 


criteria to a form control 


nyn 


blank, the query uses the criterion Like 
which doesn’t limit the query results. 

I have a suggestion for simplifying and 
possibly improving your expression. I sug- 
gest you use 


[Forms]![Customer Names From A State]! 
=æ [Input State] & "+" 


Notice I don’t use an IIf() function. If the form 
control doesn’t contain a value, the expression 
evaluates to only an asterisk, which doesn’t 
limit the query results. On the other hand, if 
the form control does contain a value, the 
query criterion limits the query to records that 
begin with the form control’s value. 
Although my expression does the same 
thing as yours, it has one important differ- 
ence: It doesn’t limit the records to exact 
values. In many situations, this change is an 
improvement. For instance, if you use my 
type of expression to limit the query results 
by a Last Name field, you can enter A in the 
form control and the query will return the 
people whose last names begin with A. 


Thaddeus M. Sendzimir 
Waterbury, Connecticut 


We thank Mr. Sendzimir for his tip. His 
expression is much simpler. For many 
types of queries, letting the query select 
records based on the partial entry is a real 
plus. However, you must always remem- 
ber that the query isn’t selecting records 
with exact matches. * 
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